Communication system, communication device, method, and recording medium of program

ABSTRACT

A receive terminal setting a non-delivery determination time for determining that a next data packet is not delivered after transmitting an acknowledgement (ACK) packet for a received data packet; when the next data packet is not delivered within the non-delivery determination time, the receive terminal repeatedly transmits a retransmission request (RACK) packet prompting the transmission of the next data packet; a transmit terminal specifies a non-delivered data packet using time difference information based on the time-of-day information of the received ACK packet and RACK packet and retransmits the specified data packet to the receive terminal; the time-of-day information here is a time stamp added by the receive terminal to each of the ACK packet and RACK packet when transmitted, or a time stamp added by the transmit terminal to each of the ACK packet and RACK packet when received.

TECHNICAL FIELD

The present invention relates to a communication system, a communicationdevice, a method, and a program, and particularly relates to acommunication system, a communication device, a method, and a programthat use retransmission control by transmission control protocol (TCP).

BACKGROUND ART

Transmission control protocol/Internet protocol (TCP/IP) is widely usedas a communication protocol that can ensure reliability of communicationon a communication network such as the Internet. Further, TCP has afunction of congestion control for acknowledgement, retransmissioncontrol, and congestion avoidance, in order to perform highly reliablecommunication.

An acknowledgement, retransmission control, and congestion controlprovided in TCP are viewed broadly below.

An acknowledgement returns, to a transmission terminal, anacknowledgement (ACK) packet indicating that a reception terminal hasconfirmed reception of a data packet transmitted by the transmissionterminal. This acknowledgement packet is hereinafter also referred to asan ACK packet.

A sequence number is given to a data packet transmitted by atransmission terminal, and a reception terminal updates an ACK number ofan ACK packet to be returned to the data packet, by the sequence numbergiven to the data packet, and a data size in which the data packet isreceived. Moreover, the transmission terminal determines an ACK numberindicated by a received ACK packet as a sequence number of a data packetto be transmitted next. Thereby, the reception terminal notifies thetransmission terminal of a sequence number of a data packet expected tobe received next, as an ACK number. Then, by receiving the ACK packet,the transmission terminal understands to which sequence number thereception terminal has received data packet.

Furthermore, an ACK packet is set to a window size for performing flowcontrol, depending on a reception buffer capacity of a receptionterminal, and indicated as an advertised window. In other words, thewindow size is set to be small when the reception buffer capacity isdecreased by data reception, whereas the window size is set to be largewhen data are read by a host application and thus the reception buffercapacity is increased.

Retransmission control is control in which, when disappearance of atransmitted data packet on a communication network is detected, atransmission terminal retransmits the transmitted data packet.

A transmission terminal performs two kinds of retransmission controlincluding time out retransmission and high-speed retransfer depending onreception status of an ACK packet.

Time out retransmission is as follows: when a transmission terminalfails to receive an ACK packet for reception confirmation of atransmitted data packet even after waiting for a predetermined time, thetransmission terminal retransmits the data packet reception of which isnot confirmed.

For example, when a transmitted data packet disappears in acommunication network, a reception terminal is not able to transmit anACK packet an ACK number of which is updated. Thus, when a transmissionterminal fails to receive an associated ACK packet even after waitingfor a predetermined time, the transmission terminal determines that thedata have not reached the reception terminal, and retransmits a datapacket of a sequence number indicated by an ACK number received last.

When transmitting a data packet for preparation of time outretransmission, the transmission terminal sets, to an initial time, aretransmission timer (retransmission time out, RTO) for waiting toreceive a return of an ACK packet associated with the data packet, andthen starts the timer.

There is a concern that a set time of a retransmission timer, when setto be short, causes erroneous retransmission to be performed andcommunication efficiency to be aggravated even though a packet does notdisappear on a communication network in a case where a delay occurs indata transfer. Thus, a set time of a retransmission timer is set bytaking a sufficient margin for a packet round trip time (RTT) in acommunication network. Under regulation by request for comments (RFC), avalue acquired by multiplying a variation history of RTT by 4 isdetermined as an initial time.

When a retransmission timer times out without an ACK packet for anacknowledgement returning from a reception terminal, only one datapacket for which an acknowledgement has failed to be acquired isretransmitted to the reception terminal. Then, each time theretransmission timer operates, a set time of a next retransmission timeris regulated in such a way as to be elongated by two times.

High-speed retransfer is retransmission control of performingretransmission in response to a retransmission acknowledgement from areception terminal.

A transmission terminal can successively transmit a number of datapackets permitted by a window size notified of from a receptionterminal, without waiting for an ACK packet. In this case, the receptionterminal also returns one ACK packet indicating sequence numbersnormally received in succession, for collectively received data packets.The transmission terminal determines whether a data packet is normallyreceived by viewing the ACK packet arriving late in this way.

When discerning, based on a sequence number of a received data packet,that there is a data packet which is not received due to absence of asequence number, a reception terminal notifies a transmission terminalof the absent sequence number, and then requests retransmission of anassociated data packet.

The absent sequence number is notified of by transmitting a duplicateACK packet having a same ACK number as an ACK packet returned for a datapacket normally received most recently. In other words, an ACK number ofa duplicate ACK packet is a sequence number of a data packet expected tobe received next to a data packet reception of which has been confirmedmost recently, and this sequence number is an absent sequence number.

Further, the reception terminal transmits a duplicate ACK packet untilreceiving a data packet of a sequence number for which retransmission isrequested. In other words, even when a data packet of another sequencenumber is normally received subsequently, a duplicate ACK packetnotifying of an absent sequence number is transmitted.

A transmission side knows at a point of receiving duplicate ACK packetsthree times that there is an unarrived data packet. Retransmission isnot performed at the first and second duplicate ACK packets, taking intoconsideration a possibility that arrival orders of data packets are onlyreplaced on a reception side.

When receiving a data packet of a sequence number for whichretransmission is requested, a reception device notifies, by an ACKpacket, a transmission device of a latest sequence number of a datapacket which can be normally received so far, and then, transmission andreception of subsequent data packets are continued.

Furthermore, when a middle data packet is missing, there is an optionfor retransmission control in which a reception terminal notifies atransmission terminal of a missing data packet by a selective ACK(SACK). The transmission terminal views contents of the SACK, and thenretransmits only a data packet of a missing part.

TCP carries out congestion control for congestion avoidance whileperforming the above-described acknowledgement and retransmissioncontrol. Congestion control is performed in a transmission terminal byuse of a congestion window (cwnd) being a value for increasing anddecreasing a data amount transmittable depending on communicationstatus. The cwnd indicates a number of packets (window size) permittedto be successively transmitted at a time, and is initially set to besmall, and set to be greater little by little each time an ACK packet isreceived from a reception terminal.

TCP is intended for congestion avoidance by setting a cwnd to be smallbecause there is a possibility that an error or congestion furtheroccurs when transmission is kept on in a case where a packet lossoccurs. There are two kinds of cwnds: one set during time outretransmission and one set during high-speed retransfer.

It is normally conceivable that time out retransmission occurs when acommunication network is extremely congested and when a serious fault isoccurring. Thus, when time out retransmission occurs, a number ofpackets to be transmitted is greatly narrowed down by resetting the cwndto an initial state. The initial state is normally 1.

It is considered that retransmission resulting from high-speedretransfer occurs because a communication network is lightly congested,there is only missing in data packets arrived at a reception terminal,and no such a great failure that a plurality of data packets disappearis occurring. Thus, when there is retransmission resulting fromhigh-speed retransfer, a number of packets to be transmitted is narroweddown to half by setting the cwnd to ½.

Note that, a window includes an advertised window (awnd) indicating afree space of a buffer provided in a reception terminal, and informing atransmission terminal by writing into an ACK packet. Moreover, an awndnotified of by a most recent ACK packet is referred to as a receivewindow (rwnd). The transmission terminal performs congestion control ofdata transfer by use of a smaller one of values of the cwnd and therwnd.

In connection with the function of TCP viewed broadly above, PTLs 1 to 5each disclose a technique for detecting disappearance of a packet whendata are transmitted and received on a communication network, andrequesting a transmission-side communication device for retransmissionof disappeared packet data.

PTL 1 relates to a communication device handling real-time transportprotocol (RTP) and real-time transport control protocol (RTCP) fordelivering, in real time, a data stream in which audio data and videodata are encoded. PTL 1 solves a problem of lacking in real-timeperformance, the problem being caused since absent packet data can onlybe detected at a timing when packet data having a sequence numberfollowing an absent sequence number are received in high-speedretransfer.

PTL 1 discloses a technique of requesting retransmission of packet databy measuring a predetermined time interval on a reception side.According to the technique, retransmission of packet data is requestedby transmitting a retransmission acknowledgement negative ACK (NACK) toa transmission source when packet data to be received following packetdata received last time are not received within a predetermined timeafter packet data are received last time. Moreover, it is assumed that aretransmission acknowledgement sequence number in which “1” is added toa sequence number of lately received packet data is used as aretransmission request NACK.

PTL 2 solves a problem that duplicate retransmission is performed bytime out retransmission when a data packet is retransmitted in responseto a retransmission request from a reception side in high-speedretransfer, and then, time out arrives before an acknowledgement for theretransmitted data packet is received.

In order to prevent such duplicate retransmission, PTL 2 performs, on atransmission side, control of increasing a time-out time regarding analready transmitted data packet for which a reception acknowledgement isnot made, in connection with retransmission actually performed for aretransmission request.

PTL 3 discloses a technique of improving a TCP data transmission processby reducing a restart time of TCP connection after a physical transfermedium is cut off and becomes again available. The technique disclosedby PTL 3 is configured in such a way that, when a client (receptionside) detects that data flow from a server (transmission side) is cutoff, the client prompts retransmission of a data packet by repeatedlytransmitting a same ACK message to the server. According to thetechnique, the client starts a timer having a preset time T1 aftertransmitting an ACK for a data packet received from the server. Thetimer stops when receiving the data packet from the server. The clientdetects by time out of the time T1 that a next data packet from theserver has not arrived, and, in this case, the client retransmits thesame ACK message. By such configuration, it is possible to shorten atime in which data transfer remains interrupted after cutting off thephysical transfer medium becomes again available.

PTL 4 discloses a technique relating to a countermeasure when datatransmitted by a transmission terminal arrive at a reception terminal,and an ACK packet for an acknowledgement of the data disappears in anetwork and thus does not reach the transmission terminal. When such asituation arises, even normally unnecessary data are retransmitted bytime out retransmission in the transmission terminal, which decreasesthroughput of the network. Moreover, by receiving no ACK packet, thetransmission terminal reduces a congestion window, and unnecessarilydecreases an amount of data to be transmitted.

The technique disclosed by PTL 4 determines whether or notretransmission of an ACK packet is required, based on whether or not newdata are received from a transmission terminal within a predeterminedtime after a reception terminal transmits an ACK packet. The receptionterminal performs retransmission of an ACK packet when receiving no newdata from the transmission terminal within the predetermined time. Thus,even when an ACK packet transmitted by the reception terminal disappearsin a network, the transmission terminal can receive a retransmitted ACKpacket before a time-out time in the transmission terminal.

With the technique disclosed by PTL 4, it is possible to retransmit anACK before retransmission time out in the transmission terminal bysetting the above-described predetermined time to be shorter than atime-out time of a retransmission timer of the transmission terminal.Thereby, it is possible to avoid retransmission of unnecessary data, andmaintain a transmission data amount.

Note that, to an ACK packet to be retransmitted, predeterminedinformation indicating that the ACK packet is a retransmission ACKpacket is added in such a way that the ACK packet can be distinguishedfrom three duplicate ACK packets used in high-speed retransfer.

Furthermore, PTL 5 discloses a technique of transmitting, to atransmission device, a packet requesting retransmission of an unarrivedpacket when loss of a packet is detected.

CITATION LIST Patent Literature

[PTL 1] Japanese Unexamined Patent Application Publication No.2005-020590

[PTL 2] Japanese Unexamined Patent Application Publication No.2008-283523

[PTL 3] Japanese Patent No. 5185955

[PTL 4] International Publication WO 2013/125175

[PTL 5] Japanese Unexamined Patent Application Publication No.2005-198055

SUMMARY OF INVENTION Technical Problem

In the Internet or a wireless communication system, availability in eachcommunication direction is often asymmetric, and there are cases wheretransmission data disappear, but an acknowledgement (ACK) in an oppositedirection can arrive. In other words, an environment is assumed whereline quality from a transmission terminal to a reception terminalbecomes poor, and a large number of transmitted data packets disappearin succession, but line quality from the reception terminal to thetransmission terminal is kept normal.

PTL 1 discloses a technique for detecting that there is an unreceiveddata packet on a reception terminal side, and then requesting atransmission terminal for retransmission of the data packet.

Suppose a case where, among data packets transmitted from a transmissionterminal to a reception terminal, an initial data packet reaches thereception terminal, but a large number of subsequent data packetsdisappear in succession. The reception terminal returns an ACK packetfor the initially received data packet to the transmission terminal.However, data packets after the initially received data packet are notreceived. Thus, the reception terminal returns, to the transmissionterminal, a retransmission request NACK requesting retransmission afterelapse of a permissive packet time interval from reception of theinitial data packet. The transmission terminal can receive theretransmission request NACK, and therefore, retransmits a requested datapacket, but the retransmitted data packet also disappears. Even withsuch a configuration that a same retransmission request NACK can berepeatedly transmitted at a predetermined time interval, a samerequested data packet is only retransmitted each time a retransmissionrequest NACK is received.

Assume a situation where the line quality from the transmission terminalto the reception terminal is improved later, and a data packet from thetransmission terminal comes to arrive at the reception terminal. Thetransmission terminal only retransmits a data packet specified by aretransmission request NACK, and is not able to retransmit a next datapacket until receiving a retransmission request from the receptionterminal. With the technique disclosed by PTL 1, it is not possible tounderstand what amount of data has disappeared in such a case that alarge number of data packets disappear in succession. Thus, even thougha line is recovered, retransmission is performed after a retransmissionrequest from the reception terminal is sequentially received, andtherefore, it takes time until the reception terminal receives a datapacket that has disappeared, and it is not possible to immediatelyimprove communication performance.

PTL 2 discloses a technique of, on a transmission side, minimizing timeout retransmission regarding an already transmitted data packet forwhich a reception acknowledgement is not made, in connection withretransmission by high-speed retransfer.

In such a case that an initial data packet transmitted from atransmission terminal to a reception terminal reaches the receptionterminal, but a large number of subsequent data packets disappear insuccession, the reception terminal is not able to transmit a duplicateACK packet. Thus, with the technique disclosed by PTL 2, time outretransmission is repeatedly performed in the transmission terminal.Then, throughput of data transfer is greatly decreased even when a lineis recovered.

PTL 3 discloses a technique in which, when a physical transfer medium iscut off, and a data packet from a transmission side does not arrive at areception side prompts retransmission of a data packet by repeatedlytransmitting a same ACK message by predetermined time out to thetransmission side.

Since line quality from the reception terminal to the transmissionterminal is kept normal, an ACK message transmitted by the receptionterminal for each time out is repeatedly transmitted to the transmissionside. Then, the transmission terminal repeatedly retransmits a datapacket for which retransmission is prompted. When the line quality fromthe transmission terminal to the reception terminal is improved later,and a data packet from the transmission terminal comes to arrive at thereception terminal, there is a problem similar to that of the techniquedisclosed by PTL 1. In other words, under such a situation that a largenumber of data packets disappear in succession, the transmissionterminal only retransmits a data packet for which retransmission isprompted, even when a line is recovered. Thus, it takes time until thereception terminal receives a data packet that has disappeared, and itis not possible to immediately improve communication performance.

PTL 4 discloses a technique that introduces a retransmission ACK packetprompting retransmission before time of a retransmission timer is up ina transmission terminal when a reception terminal does not receive newdata from the transmission terminal within a predetermined time aftertransmitting an ACK packet.

This retransmission ACK packet is designed to be distinguished fromthree duplicate ACKs used in high-speed retransfer. Thus, when linequality from the reception terminal to the transmission terminal is keptnormal, a retransmission ACK packet transmitted on the reception sidereaches the transmission terminal, and the transmission side repeatsretransmission pertaining to the retransmission ACK packet. When theline quality from the transmission terminal to the reception terminal isimproved later, and a data packet from the transmission terminal comesto arrive at the reception terminal, there is a problem similar to thoseof the techniques disclosed by PTLs 1 and 3. In other words, under sucha situation that a large number of data packets disappear in succession,a data packet for which retransmission is requested is retransmitted,but it is not possible to know how many data packets are absent. Thus,even when a line is recovered, data throughput of the transmissionterminal is decreased, and it is not possible to immediately improvecommunication performance.

In view of the above, the present invention provides a communicationsystem, a communication device, a retransmission control method, and aprogram that can, even if there arises a situation where a large numberof transmitted data packets disappear in succession, instantly improvecommunication performance when such a situation is resolved.

Solution to Problem

To achieve the purpose described above, a communication system that isan aspect of the present invention includes: a reception terminal thatsets an unarrival determination time for determining that a next datapacket does not arrive after transmitting an acknowledgement (ACK)packet for a received data packet, and, when a next data packet does notarrive within the unarrival determination time, repeatedly transmits aretransmission acknowledgement (RACK) packet prompting transmission ofthe next data packet at intervals of the unarrival determination time;and a transmission terminal that specifies a data packet that has notreached the reception terminal, by use of time difference informationbased on time information of the most recently received ACK packet orthe most recently received RACK packet and time information of thecurrently received RACK packet when receiving the RACK packet from thereception terminal on and after reception of the ACK packet, and thenretransmits the specified data packet, wherein the time information is atime stamp added by the reception terminal to each of the ACK packet andthe RACK packet when transmitted, or a time stamp added by thetransmission terminal to each of the ACK packet and the RACK packet whenreceived.

A communication device, which is another aspect of the presentinvention, is characterized by including retransmission control meansfor, when receiving a retransmission request (RACK) packet promptingtransmission of a next data packet that is repeatedly transmitted by areception side at an unarrival determination time interval fordetermining that a next data packet does not arrive on and afterreception of an acknowledgement (ACK) packet returned by the receptionside for a transmitted data packet, specifying a data packet that hasnot reached the reception side, by use of time difference informationbased on time information of the most recently received ACK packet orthe most recently received RACK packet and time information of thecurrently received RACK packet, and then retransmitting the specifieddata packet, wherein the time information is a time stamp added by thereception side to each of the ACK packet and the RACK packet whentransmitted, or a time stamp added by the retransmission control meansto each of the ACK packet and the RACK packet when received.

Further, a retransmission control method, which is another aspect of thepresent invention, is characterized by including: receiving aretransmission request (RACK) packet prompting transmission of a nextdata packet that is repeatedly transmitted by a reception side at anunarrival determination time interval for determining that a next datapacket does not arrive on and after reception of an acknowledgement(ACK) packet returned by the reception side for a transmitted datapacket; and specifying a data packet that has not reached the receptionside, by use of time difference information based on time information ofthe most recently received ACK packet or the most recently received RACKpacket and time information of the currently received RACK packet, andthen retransmitting the specified data packet, wherein the timeinformation is a time stamp added to each of the ACK packet and the RACKpacket when transmitted, or a time stamp added to each of the ACK packetand the RACK packet when received.

In addition, a retransmission control program, which is another aspectof the present invention, causes a computer to function asretransmission control function means for, when receiving aretransmission request (RACK) packet prompting transmission of a nextdata packet that is repeatedly transmitted by a reception side at anunarrival determination time interval for determining that a next datapacket does not arrive on and after reception of an acknowledgement(ACK) packet returned by the reception side for a transmitted datapacket, specifying a data packet that has not reached the receptionside, by use of time difference information based on time information ofthe most recently received ACK packet or the most recently received RACKpacket and time information of the currently received RACK packet, andthen retransmitting the specified data packet, wherein the timeinformation is a time stamp added by the reception side to each of theACK packet and the RACK packet when transmitted, or a time stamp addedby the retransmission control function means to each of the ACK packetand the RACK packet when received.

Advantageous Effects of Invention

Even if there arises a situation where a large number of transmitteddata packets disappear in succession, the present invention caninstantly improve communication performance when such a situation isresolved.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a block diagram illustrating a configuration example of acommunication system according to a first example embodiment of thepresent invention.

FIG. 2 is a block diagram illustrating a configuration example of acommunication device according to the first example embodiment of thepresent invention.

FIG. 3 is a flowchart illustrating an operation example of aretransmission control method according to the first example embodimentof the present invention.

FIG. 4 is a block diagram illustrating a configuration example ofhardware of the communication device according to the first exampleembodiment of the present invention.

FIG. 5 is a block diagram illustrating a configuration example of afunction means implemented by a retransmission control program accordingto the first example embodiment of the present invention.

FIG. 6 is a block diagram illustrating a configuration example of acommunication system according to a second example embodiment of thepresent invention.

FIG. 7 is a block diagram illustrating a configuration example of acommunication device as a reception terminal according to the secondexample embodiment of the present invention.

FIG. 8 is a block diagram illustrating a configuration example of acommunication device as a transmission terminal according to the secondexample embodiment of the present invention.

FIG. 9 is a sequence diagram illustrating data transaction describing anexample in which time out retransmission of TCP is performed.

FIG. 10 is a sequence diagram illustrating data transaction describingan example in which retransmission is performed by a technique disclosedby PTL 4.

FIG. 11 is a sequence diagram illustrating data transaction describingan example in which retransmission is performed by the second exampleembodiment of the present invention.

FIG. 12 is a flowchart describing an operation of retransmission requestcontrol on a reception side according to the second example embodimentof the present invention.

FIG. 13 is a flowchart describing an operation of retransmission controlon a transmission side according to the second example embodiment of thepresent invention.

EXAMPLE EMBODIMENT

An overview of an example embodiment of the present invention isdescribed.

Note that, an example embodiment is an exemplar, and a system, a device,and a method that are disclosed are not limited to a configuration ofeach of the following example embodiments. Moreover, a reference signgiven to a drawing is additionally noted as one example for convenienceto help understanding, and is not intended for any limitation. Further,a direction of an arrow in a drawing indicates one example, and does notlimit a direction of a signal between blocks.

First Example Embodiment

A first example embodiment is described with reference to FIGS. 1 to 5.

FIG. 1 is a block diagram illustrating a configuration example of acommunication system according to the first example embodiment of thepresent invention.

A communication system 10 according to the first example embodiment hasa configuration including a reception terminal 11 and a transmissionterminal 12.

The reception terminal 11 and the transmission terminal 12 are connectedby establishing TCP connection on a network 13 being a communicationnetwork that is capable of data transmission compliant with acommunication standard of TCP. The Internet is cited as a representativenetwork of the network 13, but the network 13 may be any network havinga communication line being capable of transmission and reception of apacket by TCP. The network 13 may be, for example, an Internet protocol(IP) telephone network, a local area network (LAN), a wide area network(WAN), a satellite communication network, a dedicated line network, orthe like.

On the network 13, there are set an uplink directed from the receptionterminal 11 toward the transmission terminal 12, and a downlink directedfrom the transmission terminal 12 toward the reception terminal 11. Adata packet transmitted by the transmission terminal 12 passes throughthe downlink, and an acknowledgement (an ACK packet) transmitted by thereception terminal 11 is transferred through the uplink.

In the present example embodiment, a case is assumed in which there mayarise a situation where, in the downlink from the transmission terminal12 toward the reception terminal 11, a large number of data packetsbeing transferred disappear in succession due to aggravation or the likeof line quality of a transmission medium, for example, resulting from anexternal factor.

The reception terminal 11 transmits an ACK packet for a data packetreceived from the transmission terminal 12. Then, when transmitting theACK packet, the reception terminal 11 sets an unarrival determinationtime for determining that a data packet that the reception terminal 11waits to receive next does not arrive. When a next data packet does notarrive within the set unarrival determination time, the receptionterminal 11 transmits a retransmission request (RACK) packet promptingtransmission of the next data packet. After the transmission of a RACKpacket as well, the reception terminal 11 sets an unarrivaldetermination time for determining that a data packet which thereception terminal 11 waits to receive next does not arrive, andrepeatedly transmits a RACK packet at each of the unarrivaldetermination times until a next data packet arrives.

The transmission terminal 12 performs retransmission when receiving aRACK packet on and after reception of an ACK packet. The transmissionterminal 12 specifies a data packet which has not reached the receptionterminal 11, by use of time difference information based on timeinformation of the most recently received ACK packet or a RACK packet,and time information of the currently received RACK packet, and thenretransmits the specified data packet. Herein, the time information is atime stamp added by the reception terminal to each of the ACK packet andthe RACK packet when transmitted, or a time stamp added by thetransmission terminal to each of the ACK packet and the RACK packet whenreceived.

A RACK packet is repeatedly transmitted from the reception terminal 11until a next data packet that the reception terminal 11 waits to receivearrives. Thus, when receiving a RACK packet after receiving an ACKpacket, the transmission terminal 12 specifies a data packet that hasnot reached the reception terminal 11, by use of time differenceinformation between the ACK packet and the received RACK packet.Moreover, when the transmission terminal 12 comes to repeatedly receivea RACK packet, the transmission terminal 12 specifies a data packet thathas not reached the reception terminal 11, by use of time differenceinformation between a currently received RACK packet and the mostrecently received RACK packet.

FIG. 2 is a block diagram illustrating a configuration example of acommunication device according to the first example embodiment of thepresent invention.

A communication device 14 is a communication device applied to thetransmission terminal 12 in the above-described communication system 10.

The communication device 14 has a configuration including aretransmission control unit 140.

The retransmission control unit 140 receives a retransmission request(RACK) packet from a reception side on and after reception of anacknowledgement (ACK) packet returned for a transmitted data packet bythe reception side.

The RACK packet is a packet repeatedly transmitted by the reception sideat an unarriv al determination time interval by which the reception sidedetermines that a next data packet does not arrive, and is a packetprompting transmission of a next data packet that does not arrive at thereception side.

The retransmission control unit 140 specifies a data packet that has notreached the reception side, by use of time difference information basedon time information of an ACK packet received just before reception of aRACK packet or a RACK packet, and time information of the currentlyreceived RACK packet, and then retransmits the specified data packet.Herein, the above-described time information is a time stamp added bythe reception terminal to each of the ACK packet and the RACK packetwhen transmitted, or a time stamp added by the retransmission controlunit 140 to each of the ACK packet and the RACK packet when received.

A RACK packet is repeatedly transmitted from the reception side until anext data packet that the reception side waits to receive arrives. Thus,when receiving a RACK packet after receiving an ACK packet, theretransmission control unit 140 specifies a data packet that has notreached the reception side, by use of time difference informationbetween the ACK packet and the received RACK packet.

When the retransmission control unit 140 comes to repeatedly receive aRACK packet, the retransmission control unit 140 specifies a data packetthat has not reached the reception terminal 11, by use of timedifference information between a currently received RACK packet and themost recently received RACK packet.

FIG. 3 is a flowchart illustrating an operation example of aretransmission control method according to the first example embodimentof the present invention.

The retransmission control method according to the first exampleembodiment is implemented by the communication device 14 operating as inthe flow illustrated in FIG. 3.

On and after reception of an acknowledgement (ACK) packet returned for atransmitted data packet by a reception side, a retransmission request(RACK) packet is received from the reception side (S11).

A RACK packet is a packet repeatedly transmitted by the reception sideat an unarrival determination time interval by which the reception sidedetermines that a next data packet does not arrive, and is a packetprompting transmission of a next data packet that does not arrive at thereception side.

A data packet which has not reached the reception side is specified byuse of time difference information based on time information of an ACKpacket received just before reception of a RACK packet or a RACK packet,and time information of the currently received RACK packet, and then,the specified data packet is retransmitted (S12). Herein, theabove-described time information is a time stamp added to each of theACK packet and the RACK packet when transmitted, or a time stamp addedto each of the ACK packet and the RACK packet when received.

A RACK packet is repeatedly transmitted from the reception side until anext data packet that the reception side waits to receive arrives. Thus,when receiving a RACK packet after receiving an ACK packet, a datapacket that has not reached the reception side is specified by use oftime difference information between the ACK packet and the received RACKpacket. Further, when a RACK packet comes to be repeatedly received, adata packet that has not reached the reception side is specified by useof time difference information between a currently received RACK packetand the most recently received RACK packet.

FIG. 4 is a block diagram illustrating a configuration example ofhardware of the communication device according to the first exampleembodiment of the present invention.

Referring to FIG. 4, the communication device 14 can be implemented by ahardware configuration similar to that of a general computer device, andhas the following configuration.

As a hardware configuration, the communication device 14 includes acentral processing unit (CPU) 141 being a control unit, a main storageunit 142, and an auxiliary storage unit 143. The main storage unit 142is configured by a random access memory (RAM) or the like, and theauxiliary storage unit 143 includes a hard disk device configured from anon-volatile memory such as a magnetic disk or a semiconductor memory.

Furthermore, as a hardware configuration, the communication device 14includes a communication unit 144 which performs communication withoutside via a communication line, an input/output unit 145 as aman-machine interface, a system bus 146 which interconnects theabove-described components, and the like.

The communication device 14 according to the present example embodimentcan be implemented as software by executing, in the CPU 141 on acomputer processing device, a program which provides each functionrelated to retransmission control of a data packet in TCP connection.

In other words, the CPU 141 implements each function as software byloading, onto the main storage unit 142, and then executing a programsaved in the auxiliary storage unit 143, or by directly executing theprogram on the auxiliary storage unit 143 and controlling an operationof the communication device 14.

As described above, the communication device 14 is a device thatfunctions as the transmission terminal 12 in the communication system 10described with FIG. 1.

A configuration of a function means implemented by a retransmissioncontrol program according to the first example embodiment of the presentinvention is illustrated in FIG. 5.

The retransmission control program according to the first exampleembodiment of the present invention causes a computer to function as aretransmission control function unit 150.

The retransmission control function unit 150 receives a retransmissionrequest (RACK) packet from a reception side on and after reception of anacknowledgement (ACK) packet returned for a transmitted data packet bythe reception side.

The RACK packet is a packet repeatedly transmitted by the reception sideat an unarrival determination time interval by which the reception sidedetermines that a next data packet does not arrive, and is a packetprompting transmission of a next data packet that does not arrive at thereception side.

The retransmission control function unit 150 specifies a data packetthat has not reached the reception side, by use of time differenceinformation based on time information of an ACK packet received justbefore reception of a RACK packet or a RACK packet, and time informationof the currently received RACK packet, and then retransmits thespecified data packet. Herein, the above-described time information is atime stamp added by the reception side to each of the ACK packet and theRACK packet when transmitted, or a time stamp added by theretransmission control function unit 150 to each of the ACK packet andthe RACK packet when received.

A RACK packet is repeatedly transmitted from the reception side until anext data packet that the reception side waits to receive arrives. Thus,when receiving a RACK packet after receiving an ACK packet, theretransmission control function unit 150 specifies a data packet thathas not reached the reception side, by use of time differenceinformation between the ACK packet and the received RACK packet.Further, when the retransmission control function unit 150 comes torepeatedly receive a RACK packet, the retransmission control functionunit 150 specifies a data packet that has not reached the receptionside, by use of time difference information between a currently receivedRACK packet and most recently received RACK packet.

As above, in the present example embodiment, when receiving a RACKpacket from a reception side on and after reception of a return of anACK packet for a transmitted data packet, a transmission side recognizesthat transmission of a next data packet which does not arrive at thereception side is prompted. A RACK packet is repeatedly transmitted fromthe reception side until a next data packet that the reception sidewaits to receive arrives. Then, by use of time difference informationbetween time information of the most recently received ACK packet or aRACK packet, and time information of the currently received RACK packet,the transmission side specifies a data packet transmitted during thetime. This time difference may be understood as a transmission timedifference between an ACK packet and a RACK packet, or a reception timedifference. By using this time difference, it is possible to specify notonly a next data packet requested by a RACK packet, but also a pluralityof data packets which have disappeared in succession, and thenretransmit the data packets.

Therefore, according to the present example embodiment, even thoughthere arises a situation where a large number of transmitted datapackets disappear in succession, it is possible to instantly improvecommunication performance when such a situation is resolved.

Second Example Embodiment

Next, a second example embodiment is described.

FIG. 6 is a block diagram illustrating a configuration example of acommunication system according to the second example embodiment of thepresent invention.

A communication system 20 according to the second example embodiment hasa configuration including a reception terminal 21 and a transmissionterminal 22, and is connected onto a network 23 being a communicationnetwork that is capable of data transmission compliant with acommunication standard of TCP, by establishing TCP connection. Since anetwork example, and directions of an uplink and a downlink aredescribed in the first example embodiment, the description thereof isomitted.

The reception terminal 21 includes a TCP reception unit 211, and thetransmission terminal 22 includes a TCP transmission unit 221. A datapacket transmitted from the TCP transmission unit 221 is received by theTCP reception unit 211 via a downlink of TCP connection. The TCPreception unit 211 transmits an ACK packet of an acknowledgement for areceived data packet via an uplink of TCP connection.

The TCP reception unit 211 provided in the reception terminal 21 has aconfiguration including an ACK retransmission control unit 2111 and anACK retransmission timer 2112.

The ACK retransmission control unit 2111 is a circuit that controlsretransmission of an ACK packet. After sending out an ACK packet for areceived data packet, the ACK retransmission control unit 2111 startsthe ACK retransmission timer 2112 in order to perform time-limitedmonitoring of arrival of a data packet to be received next. When the ACKretransmission control unit 2111 fails to receive a next data packet bythe time the ACK retransmission timer 2112 times out, the ACKretransmission control unit 2111 retransmits an ACK packet. In otherwords, the ACK retransmission timer 2112 performs time-limitedmonitoring of an unarrival determination time by which the ACKretransmission timer 2112 determines that a data packet that the ACKretransmission timer 2112 waits to receive next does not arrive. Aretransmitted ACK packet is referred to as a retransmission ACK or aretransmission ACK (RACK) packet, and prompts the transmission terminal22 to transmit a next data packet.

A RACK packet informs the transmission terminal 22 that a next datapacket for which an acknowledgement is made by an ACK packet has notarrived, and prompts retransmission of the next data packet. Then, inorder to distinguish from an ACK of a normal acknowledgement and aduplicate ACK used during high-speed retransfer, a flag indicating thatan ACK is a retransmitted ACK is saved in an option field of TCPstandard. Application of this RACK is preferably agreed on betweentransmission and reception by three-way handshake performed during TCPconnection establishment.

The ACK retransmission control unit 2111 starts the ACK retransmissiontimer 2112 at transmission of a RACK packet as well, and then waits forarrival of a data packet for which retransmission is requested. When theACK retransmission control unit 2111 fails to receive a data packet evenin this time-limited monitoring, the ACK retransmission control unit2111 repeats time-limited monitoring of arrival of a data packet by theACK retransmission timer 2112 by again transmitting a RACK packet. Inthis way, when a data packet for which retransmission is requested doesnot arrive, a RACK packet is repeatedly transmitted each time theunarrival determination time elapses.

Furthermore, the ACK retransmission control unit 2111 may add a timestamp indicating a transmission time, as time information of an ACKpacket or a RACK packet. For this, time stamp option of TCP standard canbe used.

As described above, the ACK retransmission timer 2112 is set to anunarrival determination time by which the ACK retransmission timer 2112determines that a data packet that the ACK retransmission timer 2112waits to receive next does not arrive. For example, an arrival intervalof a data packet is estimated, based on a round trip time (RTT) being apacket round trip time between the transmission terminal 22 and thereception terminal 21, and an unarrival determination time can be setbased on the estimated value. The RTT can be calculated by use of pasthistory of measuring during transfer of a normal TCP packet. Moreover,as a set value of an unarrival determination time of the ACKretransmission timer 2112, 50 milliseconds used in “Fast Timer (used intransmission or the like of a delay ACK)” of a timer mechanismimplemented in a TCP standard may be used as a fixed value.

The TCP transmission unit 221 provided in the transmission terminal 22has a configuration including an ACK retransmission determination unit2211 and a retransmission rate determination unit 2212.

The ACK retransmission determination unit 2211 discerns whether areceived ACK packet is an ACK of a normal acknowledgement, a duplicateACK requesting retransmission by high-speed retransfer, or a RACK beingan ACK retransmitted based on the above-described ACK retransmissiontimer. When discerning that a received ACK packet is a RACK, the ACKretransmission determination unit 2211 calculates, based on timeinformation of the most recently received ACK or RACK, and timeinformation of a currently received RACK, a time differencetherebetween. Then, it is estimated that no data packet has reached areception side during a time indicated by the calculated timedifference.

Note that, when the ACK retransmission control unit 2111 transmits byadding a time stamp indicating a transmission time, transmission timeinformation from the reception terminal 21 is used as time information.Moreover, the ACK retransmission determination device 2211 may beconfigured in such a way that, when the ACK retransmission determinationunit 2211 receives an ACK packet and a RACK packet, a reception time isadded to each of the packets. In this case, reception time informationin the transmission terminal 22 is used as time information.Hereinafter, a description is given assuming that the ACK retransmissioncontrol unit 2111 transmits by adding a time stamp indicating atransmission time, as time information.

The ACK retransmission determination unit 2211 estimates a data amountwhich fails to be received on a reception side, based on a time at whichno data packet is estimated to have reached the reception side,transmission history of a data packet, or a size of a congestion window(cwnd).

The retransmission rate determination unit 2212 determines atransmittable data amount of a data packet in relation to a cwnd size bya transmission algorithm of TCP, and determines a suitable dataretransmission amount considering status of a network. Then, an amountof data determined to be retransmitted is retransmitted as a data packetrequested by a RACK packet and a succeeding data packet following therequested data packet.

Next, communication devices used as the above-described receptionterminal 21 and transmission terminal 22 are described with reference toFIGS. 7 and 8.

FIG. 7 is a block diagram illustrating a configuration example of acommunication device as a reception terminal according to the secondexample embodiment of the present invention.

A communication device 31 is a communication device functioning as areception terminal, and has a configuration including an applicationprocessing unit 312, a TCP reception unit 311, an IP processing unit313, and an input/output processing unit 314.

The application processing unit 312 is a host application that receivesor transfers data. The TCP reception unit 311 is a transport processingunit that receives data, and makes an acknowledgement of receptionstatus of the data for a transmission side. The IP processing unit 313is a network processing unit that controls network transfer of data. Theinput/output processing unit 314 is a data link processing unit thattransmits and receives data via a physical link.

Each processing unit functions as follows.

The input/output processing unit 314 takes out an IP packet from framedata received from a network, and then passes the IP packet to the IPprocessing unit 313. The IP processing unit 313 takes out a TCP packetfrom the IP packet received from the input/output processing unit 314,and then passes the TCP packet to the TCP reception unit 311. The TCPreception unit 311 returns an ACK to the TCP packet received from the IPprocessing unit 313, converts the TCP packet into data, and then passesthe data to the application processing unit 312. Then, the applicationprocessing unit 312 receives the data from the TCP reception unit 311.

The TCP reception unit 311 has a configuration including a datareception unit 3113 that receives a TCP packet, a segment storage unit3114 which stores a segment, an ACK retransmission control unit 3111,and an ACK retransmission timer 3112. Note that, in the followingdescription, a data packet means a TCP packet unless otherwisespecified.

The data reception unit 3113 saves packet data (segment) of a receiveddata packet in the segment storage unit 3114. Moreover, the datareception unit 3113 returns an ACK for a received data packet. Areceived segment is held in the segment storage unit 3114 for apredetermined time, and then output to the application processing unit312.

The ACK retransmission control unit 3111 and the ACK retransmissiontimer 3112 control retransmission of an ACK packet for a received datapacket.

The ACK retransmission control unit 3111 and the ACK retransmissiontimer 3112 have functions similar to those of the ACK retransmissioncontrol unit 2111 and the ACK retransmission timer 2112 described withreference to FIG. 6.

The ACK retransmission timer 3112 is set to, as a monitor time, anunarrival determination time by which the ACK retransmission timer 3112determines that a data packet that the ACK retransmission timer 3112waits to receive next after transmission of an ACK packet does notarrive.

In other words, after sending out an ACK packet for a received datapacket, the ACK retransmission control unit 3111 starts the ACKretransmission timer 3112 in order to perform, by the unarrivaldetermination time, time-limited monitoring of arrival of a data packetto be received next.

When the ACK retransmission control unit 3111 fails to receive a nextdata packet by the time the ACK retransmission timer 3112 times out, theACK retransmission control unit 3111 transmits a RACK packet as aretransmission ACK. The ACK retransmission control unit 3111 also startsthe ACK retransmission timer 3112 at transmission of a RACK packet, and,when a data packet for which retransmission is requested does notarrive, the ACK retransmission control unit 3111 repeatedly transmits aRACK packet each time the unarrival determination time elapses. A timestamp indicating a transmission time is added to each of an ACK packetand a RACK packet.

An arrival interval of a data packet is estimated based on RTT being apacket round trip time between a transmission terminal and a receptionterminal, and an unarrival determination time to which the ACKretransmission timer 3112 is set can be determined based on theestimated value. For example, an arrival interval of a data packet canbe estimated based on a reception window (rwnd) size being a latestvalue of an advertised window of which a transmission terminal isnotified as being receivable, a maximum packet size, and an RTT. Then, atime (timer value) calculated by Equation (1), based on the estimatedvalue can be determined as an unarrival determination time.

Timer value=1/{α×(rwnd/RTT)/maximum packet size}  Equation (1)

In Equation (1), the maximum packet size is a maximum data amount of apacket transmitted by a transmission terminal. α is a coefficient forabsorbing fluctuation of an arrival time of a packet, and α>1. Forexample, α=1000.

In Equation (1), rwnd/RTT is an assumed maximum data transfer speed. Bydividing this speed by a maximum packet size, a number of transferredpackets per unit time is acquired. Then, by taking a reciprocal numberof the number of transferred packets per unit time, an arrival intervalof a packet when data transfer is performed with assumed maximumthroughput is acquired.

The ACK retransmission control unit 3111 acquires the measured maximumpacket size and RTT, and estimates an arrival interval of a packet byuse of Equation (1). Then, when a time that elapses after an ACK packetis transmitted reaches the above-described calculated and set unarrivaldetermination time, the ACK retransmission control unit 3111 performsretransmission of an ACK packet (transmission of a RACK packet). The ACKretransmission control unit 3111 may calculate RTT by use of history ofdata and an ACK received between a transmission terminal and a receptionterminal in the past. Moreover, the ACK retransmission control unit 3111may acquire a maximum packet size by use of a maximum segment sizenotified of in a maximum segment size (MSS) option.

Furthermore, when the ACK retransmission timer 3112 once times out, amonitor time to be set next may be set to β(β>1) times.

A RACK packet saves, in an option field of TCP standard, a flagindicating that the RACK packet is a retransmitted ACK. Moreover, a RACKpacket may save out of band (OOB) data indicating that the RACK packetis a retransmitted ACK. The out of band data are data having apredetermined flag, and are data that can be distinguished from a normaldata stream. Further, the out of band data can be distributedindependently of normal data.

FIG. 8 is a block diagram illustrating a configuration example of acommunication device as a transmission terminal according to the secondexample embodiment of the present invention.

A communication device 32 is a communication device functioning as atransmission terminal, and has a configuration including an applicationprocessing unit 322, a TCP transmission unit 321, an IP processing unit323, and an input/output processing unit 324.

The application processing unit 322 is a host application that generatesor transfers data. The TCP transmission unit 321 is a transportprocessing unit that performs transmission and retransmission of data.The IP processing unit 323 is a network processing unit that controlsnetwork transfer of data. The input/output processing unit 324 is a datalink processing unit that transmits and receives data via a physicallink.

Each processing unit functions as follows.

The application processing unit 322 generates data to be transmitted,and then passes the data to the TCP transmission unit 321. The TCPtransmission unit 321 receives, from the application processing unit322, the data to be transmitted, and segments the data to betransmitted, into a TCP packet, in order to perform reliablecommunication while performing rate control. The IP processing unit 323converts data of the TCP packet received from the TCP transmission unit321 into an IP packet, and then passes the IP packet to the input/outputprocessing unit 324. The input/output processing unit 324 converts theIP packet passed from the IP processing unit 323 into a frame, and thenoutputs the frame to a network.

The TCP transmission unit 321 has a configuration including a datatransmission unit 3213 which transmits, as a TCP packet, data receivedfrom the application processing unit 322, a data storage unit 3214 whichstores data, an ACK retransmission determination unit 3211, and aretransmission rate determination unit 3212.

The ACK retransmission determination unit 3211 discerns whether an ACKpacket transmitted from a reception terminal is an ACK of a normalacknowledgement, a duplicate ACK requesting retransmission by high-speedretransfer, or a RACK being a retransmitted ACK. When discerning that areceived ACK packet is a RACK, the ACK retransmission determination unit2211 calculates a time difference between a currently received RACK andthe most recently received ACK or RACK with reference to a time stamp ofan ACK received just before the ACK packet or a RACK. In other words, itis estimated that no data packet has reached a reception side during atime indicated by the time difference between a transmission time of themost recently received ACK or RACK and a transmission time of acurrently received RACK.

More specifically, the ACK retransmission determination unit 3211 storesa time stamp (t_ack) saved in a received ACK packet. In a case wherethere is a data packet that has been transmitted but for which noacknowledgement is received, a time stamp (t_rack) saved in a RACKpacket is referred to when the RACK packet is received. Then, a time(ACK_INT) between an ACK packet and a RACK packet indicated in Equation(2) is estimated as a time in which a reception side does not receive adata packet. (ACK_INT) is also referred to as a retransmission ACKinterval time.

ACK_INT=t_rack−t_ack  Equation (2)

Then, the ACK retransmission determination unit 3211 estimates andspecifies a data amount which fails to be received on a reception side,based on a time at which no data packet is estimated to have reached tothe reception side, transmission history of a data packet, or a size ofa congestion window (cwnd).

When transmission history of a data packet is used, transmission time ofeach transmitted data packet is recorded as transmission history.Moreover, a data packet sent out within the time (ACK_INT) calculated bythe above-described Equation (2) from a transmission time of a datapacket transmitted after receiving an acknowledgement can be specified,and thereby determined as a data amount which fails to be received on areception side. In other words, it is estimated that a succeeding datapacket transmitted within a retransmission ACK interval time headed by adata packet transmitted after receiving an acknowledgement by a mostrecent ACK packet from a reception side has disappeared.

Furthermore, when a congestion window size is used, a value acquired bymultiplying, by a congestion window size, a ratio of the time (ACK_INT)in which no data packet is estimated to have reached a reception side toan RTT as indicated by Equation (3) can be determined as aretransmission data amount. The retransmission data amount is indicatedby retransmission data (RD).

RD=cwnd×ACK_INT/RTT  Equation (3)

Herein, ACK_INT≤RTT, except when high throughput is required.

Furthermore, a congestion window size is rated as a data amounttransmittable for each RTT.

Based on the above, the ACK retransmission determination unit 3211determines that it is necessary to retransmit an amount of data ofcalculated RD, headed by data transmitted after receiving anacknowledgement by a most recent ACK packet. This, including datatransmitted after receiving an acknowledgement by a most recent ACKpacket, is also a data amount transmitted by a transmission side withinthe above-described retransmission ACK interval time from thetransmission time of the included data.

Although an example of estimating, based on a congestion window size, adata amount which fails to be received on a reception side is used inthe following description, it goes without saying that estimating a dataamount which fails to be received on a reception side based ontransmission history of a data packet also functions in a similar way.

As described above, until receiving a data packet prompting transmissionby a RACK packet, a reception side repeatedly transmits a RACK packeteach time unarrival determination time to which an ACK retransmissiontimer is set times out. Accordingly, the ACK retransmissiondetermination unit 3211 calculates the above-described retransmissiondata amount each time a RACK packet is received.

When a time stamp saved in a RACK packet is (t_rack_i), a timedifference (ACK_INT_i) between the time stamp (t_rack_i) and a timestamp (t_rack_i−1) saved in a RACK packet received last is acquired asin Equation (4).

ACK_INT_i=(t_rack_i)−(t_rack_i−1)  Equation (4)

A retransmission data amount (RD_i) in this case is indicated byEquation (5).

RD_i=cwnd×ACK_INT_i/RTT  Equation (5)

The retransmission rate determination unit 3212 determines atransmittable data amount of a data packet in relation to a congestionwindow size by a transmission algorithm of TCP, and determines asuitable data retransmission amount considering status of a network. Inother words, when a sum (ΣRD) of a calculated retransmission data amountreaches the congestion window size, control is performed in such a waythat retransmission of a head packet of data specified by an ACK packetis repeated. When retransmission is repeated, retransmission may besuspended in order to prevent congestion. Further, contrarily, when highthroughput is required, data exceeding the congestion window size may betransmitted.

An amount of retransmission data determined in relation to thecongestion window size is retransmitted as a data packet requested by aRACK packet and a succeeding data packet following the requested datapacket.

An example of data transaction by retransmission introducing theabove-described RACK packet is described with reference to time outretransmission of normal TCP and retransmission by a technique disclosedby PTL 4.

FIG. 9 is a sequence diagram illustrating data transaction describing anexample in which time out retransmission of TCP is performed. FIG. 10 isa sequence diagram illustrating data transaction describing an examplein which retransmission is performed by the technique disclosed by PTL4.

Further, FIG. 11 is a sequence diagram illustrating data transactiondescribing an example in which retransmission is performed by the secondexample embodiment of the present invention.

Note that, in each of FIGS. 9 to 11, a part of a shaded rectangularparallelepiped indicates a period in which a downlink deteriorates. Itis assumed that a data packet flowing in the downlink disappears in thisperiod.

Time out retransmission of normal TCP illustrated in FIG. 9 isdescribed.

It is assumed that five data packets (data 100 to 104) are transmittedin succession in a range of a window size without receiving an ACK. Itis assumed that, among the data, the data 100 being an initial datapacket reach a reception terminal, but the other data 101 to 104disappear while being transmitted in a downlink.

An ACK 101 being an acknowledgement of the data 100 which have reachedthe reception terminal is returned from the reception terminal, andreceived by a transmission terminal. However, since the other data 101to 104 disappear while being transmitted in the downlink, noacknowledgement is returned. Therefore, in the transmission terminal, aretransmission timer set when the data 101 are transmitted times out,and data 101 are retransmitted.

However, the retransmitted data 101 also disappear while beingtransmitted in the downlink.

Thus, a retransmission timer set to be longer times out when theretransmitted data 101 are transmitted, and second retransmitted data101 are transmitted from the transmission terminal. At this point,communication quality of the downlink is improved, and the secondretransmitted data 101 reach the reception terminal.

The reception terminal that has received the data 101 returns an ACK 102being an acknowledgement of the data 101. The transmission terminal thathas received the ACK 102 transmits the requested data 102.

In this way, in the example in which time out retransmission of normalTCP is applied, data throughput of the transmission terminal isdecreased after a situation where a large number of data packetsdisappear in succession is resolved.

Next, an example illustrated in FIG. 10 in which retransmission isperformed by the technique disclosed by PTL 4 is described. With thetechnique disclosed by PTL 4, a retransmission ACK packet promptingretransmission is transmitted when a next data packet fails to bereceived within a predetermined time after returning an ACK packet of anacknowledgement. To the retransmission ACK packet, predeterminedinformation indicating that the packet is a retransmission ACK packet isadded.

It is assumed that five data packets (data 100 to 104) are transmittedin succession in a range of a window size without receiving an ACK. Itis assumed that, among the data, the data 100 being an initial datapacket reach a reception terminal, but the other data 101 to 104disappear while being transmitted in a downlink.

An ACK 101 being an acknowledgement of the data 100 that have reachedthe reception terminal is returned from the reception terminal, andreceived by a transmission terminal. However, the other data 101 to 104disappear while being transmitted in the downlink, and do not reach thereception terminal. Therefore, in the reception terminal, an ACKretransmission timer set when the ACK 101 is returned times out, and theACK 101 is retransmitted.

The transmission terminal that has received the ACK 101 being aretransmission ACK packet retransmits data 101. However, theretransmitted data 101 also disappear while being transmitted in thedownlink.

Since no data packet reaches the reception side while the downlinkdeteriorates, an ACK retransmission timer is repeatedly set, and an ACK101 being a retransmission ACK packet is repeatedly transmitted. Then,the transmission terminal retransmits data 101 each time thetransmission terminal receives an ACK 101 being a retransmission ACKpacket.

The data 101 retransmitted after communication quality of the downlinkis improved reaches the reception terminal.

The reception terminal that has received the data 101 returns a normalACK 102 being an acknowledgement of the data 101. The transmissionterminal that has received the ACK 102 transmits the requested data 102.

In this way, in the example in which retransmission is performed by thetechnique disclosed by PTL 4 as well, data throughput of thetransmission terminal is decreased after a situation where a largenumber of data packets disappear in succession is resolved.

Next, an example in which retransmission is performed by the presentexample embodiment illustrated in FIG. 11 is described.

It is assumed that five data packets (data 100 to 104) are transmittedin succession in a range of a window size without receiving an ACK. Itis assumed that, among the data, the data 100 being an initial datapacket reach a reception terminal, but the other data 101 to 104disappear while being transmitted in a downlink.

An ACK 101 being an acknowledgement of the data 100 that have reachedthe reception terminal is returned from the reception terminal, andreceived by a transmission terminal. However, the other data 101 to 104disappear while being transmitted in the downlink, and do not reach thereception terminal. Therefore, in the reception terminal, an ACKretransmission timer set when the ACK 101 is returned times out, andRACK 101 is retransmitted.

Herein, it is assumed that, as a time stamp value (TSval), “1000” issaved in the ACK 101, and “1020” is saved in the RACK 101.

The transmission terminal that has received the RACK 101 recognizes thatthe RACK 101 is a retransmission ACK, and estimates a data amount to beretransmitted.

A time difference between the ACK 101 and the RACK 101 is acquired bythe above-described Equation (2).

ACK_INT=t_rack−t_ack=1020−1000=20

Then, a data amount transmitted by the transmission terminal in a timeindicated by the time difference between the ACK 101 and the RACK 101 isacquired by Equation (3). Note that RTT=30 and cwnd=3 are assumed.

RD=cwnd×ACK_INT/RTT=3×20/30=2

In other words, the transmission terminal calculates the data 101 and102 being two data packets, as a data amount to be retransmitted. Then,as retransmission data for the RACK 101 (TSval 001020), the data 102(indicated by a heavy line) are retransmitted in addition to the data101. However, the retransmitted data 101 and 102 also disappear whilebeing transmitted in the downlink.

Since no data packet reaches the reception terminal in a period in whicha downlink deteriorates, an ACK retransmission timer is repeatedly set,and a RACK 101 being a retransmission ACK packet is repeatedlytransmitted.

However, in the present example embodiment, a time stamp is saved ineach RACK.

Thus, the transmission terminal calculates a transmission data amountfrom time stamp values of the received RACK 101 (TSval 001040) and themost recently received RACK 101 (TSval 001020), based on Equations (4)and (5).

ACK_INT_2=(t_rack_2)−(t_rack_1)=20

RD_2=cwnd×ACK_INT_2/RTT=3×20/30=2

By the above, the transmission terminal determines that two data packetsare to be retransmitted to the RACK 101 (TSval 001040). Further, thetransmission terminal stores that data retransmitted for the RACK 101(TSval 001020) received last time are the data 101 and 102, anddetermines to transmit starting from the data 103 this time.

Herein, ΣRD=RD+RD_2=4, and cwnd=3 is exceeded. Thus, the transmissionterminal transmits the data 101 being a head of the data beingretransmitted, after the data 103 (indicated by a heavy line). However,the retransmitted data 103 and 101 also disappear while beingtransmitted in the downlink.

Thereafter, because the retransmitted data packet is not brought to thereception terminal due to deterioration of the downlink, thetransmission terminal receives the RACK 101 (TSval 001060) and the RACK101 (TSval 001080). When these RACK packets are received as well, aretransmission data amount is calculated based on a time stamp, RTT, anda congestion window size as described above, and a suitable data amountdetermined in relation to the congestion window size is retransmitted.

When communication quality of the downlink is improved, and then datacome to arrive at the reception terminal, the reception terminaltransmits an ACK (sack: xxx) packet including a selective ACK (SACK)signal indicating partial reception, and then collects the received datapackets.

For example, in FIG. 11, the data 102 (indicated by a heavy line) and103 (indicated by a heavy line) retransmitted for the RACK 101 (TSval001060) reach the reception terminal. The reception terminal transmitsan ACK 101 (sack: 102) packet as an acknowledgement for the data 102,and makes an acknowledgement that the data 101 are not received, but thedata 102 are received. Moreover, the reception terminal transmits an ACK101 (sack: 102 and 103) packet as an acknowledgement for the data 103,and makes an acknowledgement that the data 101 are not received yet, butthe data 102 and 103 are received.

On the other hand, the transmission terminal determines to retransmittwo packets for the RACK 101 (TSval 001080). Moreover, since a windowhas slid in response to the ACK 101 including the SACK signalimmediately after the ACK 101, the transmission terminal retransmits thedata 101 and 104 (indicated by heavy lines).

By receiving the data 101 retransmitted for the RACK 101 (TSval 001080),the reception terminal transmits an ACK 104 of a normal acknowledgementindicating that data are collected up to the data 101, 102, and 103.Moreover, because the data 104 retransmitted for the RACK 101 (TSval001080) also reach the reception terminal, the reception terminaltransmits an ACK 105 of a normal acknowledgement.

As described above, in the present example embodiment, a transmissionterminal that has received a RACK packet retransmits not only data forwhich retransmission is requested, but also data estimated to have notreached a reception terminal. Thus, even after a situation where a largenumber of data packets disappear in succession is resolved, datathroughput of the transmission terminal is not decreased, andcommunication performance can be instantly improved.

An operation of the communication device according to the presentexample embodiment is described with reference to FIGS. 12 and 13.

FIG. 12 illustrates an operation when the communication device functionsas a reception terminal, and FIG. 13 illustrates an operation when thecommunication device functions as a transmission terminal.

FIG. 12 is a flowchart describing an operation of retransmissionacknowledgement control on a reception side according to the secondexample embodiment of the present invention.

A reception terminal starts reception processing by establishingconnection in a procedure of three-way handshake between the receptionterminal and a transmission terminal requesting start of connection.

The reception terminal waits for reception of a packet transmitted fromthe transmission terminal, and determines based on contents of thereceived packet whether or not data transfer is finished (S101). Whenthe received packet is a finish (FIN) packet indicating disconnection(S101, YES), the reception terminal finishes processing by returning aresponse of disconnection (FIN/ACK). Moreover, when a received packet isa packet including data (S101, NO), the processing is advanced to a stepS102.

In the step S102, the received data are passed to an application, and anACK packet of an acknowledgement for data reception is returned.Additionally, in this instance, an ACK retransmission timer is set to anunarrival determination time as timing of waiting for arrival of a nextdata packet. When the processing is finished, the processing is advancedto a step S103.

In the step S103, whether or not a new data packet is received from thetransmission terminal is determined. When a new data packet is received(S103, YES), the processing is returned to the step S101 by the ACKretransmission timer being canceled. When a new data packet is notreceived (S103, NO), determination of the ACK retransmission timer iswaited for by the processing being advanced to a step S104.

In the step S104, whether or not the ACK retransmission timer has timedout is determined. When an unarrival determination time of the ACKretransmission timer does not time out yet (S104, NO), the processing isreturned to the step S103, reception of a new data packet from thetransmission terminal is waited for, and whether or not the new datapacket is received is determined. When an unarrival determination timeof the ACK retransmission timer has timed out (S104, YES), theprocessing is advanced to a step S105.

In the step S104, due to timing out of the ACK retransmission timer, aRACK (retransmission ACK) packet is transmitted, and the ACKretransmission timer is reset to an unarrival determination time. Then,the processing is returned to the step S103, reception of a new datapacket from the transmission terminal is waited for, and whether or notthe new data packet is received is determined. In the RACK packet, aflag indicating that the RACK packet is a retransmitted ACK is set up.Moreover, as described above, out of band (OOB) data may be saved.

Now, an operation when the communication device functions as atransmission terminal is described.

FIG. 13 is a flowchart describing an operation of retransmission controlon a transmission side according to the second example embodiment of thepresent invention.

A transmission terminal starts transmission processing by establishingconnection in a procedure of three-way handshake between thetransmission terminal and a reception terminal, when data to betransmitted are generated.

The presence or absence of data to be transmitted is confirmed (S201).When transfer of data to the reception terminal is completed, and thereare no data to be transmitted (S201, YES), connection is cut off by theprocessing being finished. When there are data to be transmitted (S201,NO), the processing is advanced to a step S202.

In the step S202, whether or not transmission of data is possible isdetermined based on a transmission algorithm of TCP. In this case, adata number is reduced by returning of an acknowledgement for atransmitted data packet, and whether or not transmission is possible isdetermined in relation to a window size. Then, when it is determinedthat data transmission is possible (S202, YES), the processing isadvanced to a step S203.

In the step S203, data are transmitted, a transmitted data number isstored, and the operation is returned to the processing in the stepS201.

When, in the step S202, an acknowledgement for a transmitted data packethas not returned yet, and data transmission is not possible yet inrelation to a window size (S202, NO), the processing is advanced to astep S204, and reception of an ACK packet is waited for.

When an ACK packet is received in the step S204, the processing isadvanced to a step S205.

In the step S205, whether or not the received ACK packet is aretransmitted ACK packet (RACK packet) is determined.

When the received ACK packet is not a RACK packet (S205, NO), it isassumed that an acknowledgement is returned for the transmitted datapacket associated with the received ACK packet, and then, a data numberof the ACK packet is stored. Then, the operation is returned to the stepS202.

On the other hand, when the received ACK packet is a RACK packet (S205,YES), it is recognized that retransmission of a data packet is promptedfrom the reception terminal, and the processing is advanced to stepsS206 and S207.

In the step S206, an ACK transmission interval is calculated byabove-described Equation (2) or Equation (4), and a retransmission dataamount is determined by Equation (3) or Equation (5). In the step S207,a transmittable data amount of a data packet is determined in relationto a congestion window size, and suitable retransmission dataconsidering status of a network are determined. Then, the operation isreturned to the processing in the step S202, and the determinedretransmission data are transmitted.

By the above operation, the transmission terminal can not only transmitnext data for which an acknowledgement is received by an ACK packet, butalso retransmit an amount of data determined in the step S206, headed bythe next data.

As described above, in the present example embodiment, by use of timeinformation of an ACK packet or a RACK packet, a transmission terminalcalculates a time difference between pieces of time information of ACKpackets or RACK packets before and after a repeatedly retransmitted RACKpacket. With a time indicated by the time difference, a time in which nodata packet has reached a reception side is estimated, and a data amountthat fails to be received on a reception side during the time isestimated based on transmission history of a data packet or a size of acongestion window (cwnd). Then, the transmission terminal not onlytransmits next data for which an acknowledgement is received by an ACKpacket, but also retransmits an amount of data estimated to fail to bereceived on the reception side, headed by the next data. Thus, evenafter a situation where a large number of data packets disappear insuccession is resolved, data throughput of the transmission terminal isnot decreased, and communication performance can be instantly improved.

Note that, the above-described communication device according to thepresent example embodiment may be configured by a computer in which acontrol program regulating processing operations such as packettransmission and reception, retransmission control, and a congestionavoidance algorithm by a communication standard of TCP is installed.Further, the communication device includes a calculation device, astorage device, a control device, a communication interface, and thelike which are required for execution of the control program, and isconnected to a network. For example, a hardware configurationillustrated in FIG. 4 described in the first example embodiment may beapplied.

Note that, the whole or part of the example embodiments disclosed abovecan be described as, but not limited to, the following supplementarynotes.

(Supplementary note 1) A communication system comprising:

a reception terminal that sets an unarrival determination time fordetermining that a next data packet does not arrive after transmittingan acknowledgement (ACK) packet for a received data packet, and, when anext data packet does not arrive within the unarrival determinationtime, repeatedly transmits a retransmission request (RACK) packetprompting transmission of the next data packet at intervals of theunarrival determination time; and

a transmission terminal that specifies a data packet that has notreached the reception terminal, by use of time difference informationbased on time information of the most recently received ACK packet orthe most recently received RACK packet and time information of thecurrently received RACK packet when receiving the RACK packet from thereception terminal on and after reception of the ACK packet, and thenretransmits the specified data packet, wherein

the time information is a time stamp added by the reception terminal toeach of the ACK packet and the RACK packet when transmitted, or a timestamp added by the transmission terminal to each of the ACK packet andthe RACK packet when received.

(Supplementary note 2) A communication device comprising

retransmission control means for, when receiving a retransmissionrequest (RACK) packet prompting transmission of a next data packet thatis repeatedly transmitted by a reception side at an unarrivaldetermination time interval for determining that a next data packet doesnot arrive on and after reception of an acknowledgement (ACK) packetreturned by the reception side for a transmitted data packet, specifyinga data packet that has not reached the reception side, by use of timedifference information based on time information of the most recentlyreceived ACK packet or the most recently received RACK packet and timeinformation of the currently received RACK packet, and thenretransmitting the specified data packet, wherein

the time information is a time stamp added by the reception side to eachof the ACK packet and the RACK packet when transmitted, or a time stampadded by the retransmission control means to each of the ACK packet andthe RACK packet when received.

(Supplementary note 3) The communication device according tosupplementary note 2, wherein

the retransmission control means includes

ACK retransmission determination means for specifying a data packet thathas not reached the reception side, based on a retransmission ACKinterval time indicating a time difference between the time informationof the currently received RACK packet and the time information of themost recently received ACK packet or the most recently received RACKpacket, and

retransmission rate determination means for determining an amount ofretransmission data being determined in consideration of status of anetwork, for the specified data packet that has not reached thereception side.

(Supplementary note 4) The communication device according tosupplementary note 3, wherein the ACK retransmission determination meansspecifies, including a data packet transmitted after receiving anacknowledgement by the ACK packet, a data packet transmitted during theretransmission ACK interval time from a transmission time of the formerdata packet, as a data packet that has not reached the reception side.

(Supplementary note 5) The communication device according tosupplementary note 3, wherein the ACK retransmission determination meansspecifies, as a data packet that has not reached the reception side, apacket of a data amount acquired by multiplying a ratio of theretransmission ACK interval time to a round trip time (RTT) by acongestion window size.

(Supplementary note 6) The communication device according to any one ofsupplementary notes 3 to 5, wherein the retransmission ratedetermination means determines a data amount transmittable in relationto a congestion window size, for the specified data packet that has notreached the reception side.

(Supplementary note 7) The communication system according tosupplementary note 1, wherein the transmission terminal is thecommunication device according to any one of supplementary notes 2 to 6.

(Supplementary note 8) A retransmission control method comprising:

receiving a retransmission request (RACK) packet prompting transmissionof a next data packet that is repeatedly transmitted by a reception sideat an unarrival determination time interval for determining that a nextdata packet does not arrive on and after reception of an acknowledgement(ACK) packet returned by the reception side for a transmitted datapacket; and

specifying a data packet that has not reached the reception side, by useof time difference information based on time information of the mostrecently received ACK packet or the most recently received RACK packetand time information of the currently received RACK packet, and thenretransmitting the specified data packet, wherein

the time information is a time stamp added to each of the ACK packet andthe RACK packet when transmitted, or a time stamp added to each of theACK packet and the RACK packet when received.

(Supplementary note 9) The retransmission control method according tosupplementary note 8, further comprising specifying a data packet thathas not reached the reception side, based on a retransmission ACKinterval time indicating a time difference between the time informationof the currently received RACK packet and the time information of themost recently received ACK packet or the most recently received RACKpacket, and determining an amount of retransmission data beingdetermined in consideration of status of a network, for the specifieddata packet that has not reached the reception side.

(Supplementary note 10) The retransmission control method according tosupplementary note 9, further comprising specifying, including a datapacket transmitted after receiving an acknowledgement by the ACK packet,a data packet transmitted during the retransmission ACK interval timefrom a transmission time of the former data packet, as a data packetthat has not reached the reception side.

(Supplementary note 11) The retransmission control method according tosupplementary note 9, further comprising specifying, as a data packetthat has not reached the reception side, a packet of a data amountacquired by multiplying a ratio of the retransmission ACK interval timeto a round trip time (RTT) by a congestion window size.

(Supplementary note 12) The retransmission control method according toany one of supplementary notes 9 to 11, further comprising determining adata amount transmittable in relation to a congestion window size, forthe specified data packet that has not reached the reception side.

(Supplementary note 13) A retransmission control program causing acomputer to function as

retransmission control function means for, when receiving aretransmission request (RACK) packet prompting transmission of a nextdata packet that is repeatedly transmitted by a reception side at anunarrival determination time interval for determining that a next datapacket does not arrive on and after reception of an acknowledgement(ACK) packet returned by the reception side for a transmitted datapacket, specifying a data packet that has not reached the receptionside, by use of time difference information based on time information ofthe most recently received ACK packet or the most recently received RACKpacket and time information of the currently received RACK packet, andthen retransmitting the specified data packet, wherein

the time information is a time stamp added by the reception side to eachof the ACK packet and the RACK packet when transmitted, or a time stampadded by the retransmission control function means to each of the ACKpacket and the RACK packet when received.

(Supplementary note 14) The retransmission control program according tosupplementary note 13, wherein the retransmission control function meansfurther includes ACK retransmission determination function means forspecifying a data packet that has not reached the reception side, basedon a retransmission ACK interval time indicating a time differencebetween the time information of the currently received RACK packet andthe time information of the most recently received ACK packet or themost recently received RACK packet, and retransmission ratedetermination function means for determining an amount of retransmissiondata being determined in consideration of status of a network, for thespecified data packet that has not reached the reception side.

(Supplementary note 15) The retransmission control program according tosupplementary note 14, wherein the ACK retransmission determinationfunction means specifies, including a data packet transmitted afterreceiving an acknowledgement by the ACK packet, a data packettransmitted during the retransmission ACK interval time from atransmission time of the former data packet, as a data packet that hasnot reached the reception side.

(Supplementary note 16) The retransmission control program according tosupplementary note 14, wherein the ACK retransmission determinationfunction means specifies, as a data packet that has not reached thereception side, a packet of a data amount acquired by multiplying aratio of the retransmission ACK interval time to a round trip time (RTT)by a congestion window size.

(Supplementary note 17) The retransmission control program according toany one of supplementary notes 14 to 16, wherein the retransmission ratedetermination function means determines a data amount transmittable inrelation to a congestion window size, for the specified data packet thathas not reached the reception side.

This application is based upon and claims the benefit of priority fromJapanese Patent Application No. 2017-034413, filed on Feb. 27, 2017, thedisclosure of which is incorporated herein in its entirety by reference.

REFERENCE SIGNS LIST

10, 20 Communication system

11, 21 Reception terminal

12, 22 Transmission terminal

13, 23 Network

14, 31, 32 Communication device

140 Retransmission control unit

141 CPU

142 Main storage unit

143 Auxiliary storage unit

144 Communication unit

145 Input/output unit

146 System bus

150 Retransmission control function unit

211, 311 TCP reception unit

221, 321 TCP transmission unit

312, 322 Application processing unit

313, 323 IP processing unit

314, 324 Input/output processing unit

2111, 3111 ACK retransmission control unit

2112, 3112 ACK retransmission timer

2211, 3211 ACK retransmission determination unit

2212, 3212 Retransmission rate determination unit

3113 Data reception unit

3114 Segment storage unit

3213 Data transmission unit

3214 Data storage unit

1. (canceled)
 2. A communication device comprising a retransmissioncontroller configured to, when receiving a retransmission request (RACK)packet prompting transmission of a next data packet that is repeatedlytransmitted by a reception side at an unarrival determination timeinterval for determining that a next data packet does not arrive on andafter reception of an acknowledgement (ACK) packet returned by thereception side for a transmitted data packet, specify a data packet thathas not reached the reception side, by use of time differenceinformation based on time information of the most recently received ACKpacket or the most recently received RACK packet and time information ofthe currently received RACK packet, and then retransmit the specifieddata packet, wherein the time information is a time stamp added by thereception side to each of the ACK packet and the RACK packet whentransmitted, or a time stamp added by the retransmission controller toeach of the ACK packet and the RACK packet when received.
 3. Thecommunication device according to claim 2, wherein the retransmissioncontroller includes an ACK retransmission determiner configured tospecify a data packet that has not reached the reception side, based ona retransmission ACK interval time indicating a time difference betweenthe time information of the currently received RACK packet and the timeinformation of the most recently received ACK packet or the mostrecently received RACK packet, and a retransmission rate determinerconfigured to determine an amount of retransmission data beingdetermined in consideration of status of a network, for the specifieddata packet that has not reached the reception side.
 4. Thecommunication device according to claim 3, wherein the ACKretransmission determiner specifies, including a data packet transmittedafter receiving an acknowledgement by the ACK packet, a data packettransmitted during the retransmission ACK interval time from atransmission time of the former data packet, as a data packet that hasnot reached the reception side.
 5. The communication device according toclaim 3, wherein the ACK retransmission determiner specifies, as a datapacket that has not reached the reception side, a packet of a dataamount acquired by multiplying a ratio of the retransmission ACKinterval time to a round trip time (RTT) by a congestion window size. 6.The communication device according to claim 3, wherein theretransmission rate determiner determines a data amount transmittable inrelation to a congestion window size, for the specified data packet thathas not reached the reception side.
 7. (canceled)
 8. A retransmissioncontrol method comprising: receiving a retransmission request (RACK)packet prompting transmission of a next data packet that is repeatedlytransmitted by a reception side at an unarrival determination timeinterval for determining that a next data packet does not arrive on andafter reception of an acknowledgement (ACK) packet returned by thereception side for a transmitted data packet; and specifying a datapacket that has not reached the reception side, by use of timedifference information based on time information of the most recentlyreceived ACK packet or the most recently received RACK packet and timeinformation of the currently received RACK packet, and thenretransmitting the specified data packet, wherein the time informationis a time stamp added to each of the ACK packet and the RACK packet whentransmitted, or a time stamp added to each of the ACK packet and theRACK packet when received.
 9. The retransmission control methodaccording to claim 8, further comprising specifying a data packet thathas not reached the reception side, based on a retransmission ACKinterval time indicating a time difference between the time informationof the currently received RACK packet and the time information of themost recently received ACK packet or the most recently received RACKpacket, and determining an amount of retransmission data beingdetermined in consideration of status of a network, for the specifieddata packet that has not reached the reception side.
 10. Theretransmission control method according to claim 9, further comprisingspecifying, including a data packet transmitted after receiving anacknowledgement by the ACK packet, a data packet transmitted during theretransmission ACK interval time from a transmission time of the formerdata packet, as a data packet that has not reached the reception side.11. The retransmission control method according to claim 9, furthercomprising specifying, as a data packet that has not reached thereception side, a packet of a data amount acquired by multiplying aratio of the retransmission ACK interval time to a round trip time (RTT)by a congestion window size.
 12. The retransmission control methodaccording to claim 9, further comprising determining a data amounttransmittable in relation to a congestion window size, for the specifieddata packet that has not reached the reception side.
 13. A tangible andnon-transitory recording medium of a retransmission control programcausing a computer to function as a retransmission controller configuredto, when receiving a retransmission request (RACK) packet promptingtransmission of a next data packet that is repeatedly transmitted by areception side at an unarrival determination time interval fordetermining that a next data packet does not arrive on and afterreception of an acknowledgement (ACK) packet returned by the receptionside for a transmitted data packet, specify a data packet that has notreached the reception side, by use of time difference information basedon time information of the most recently received ACK packet or the mostrecently received RACK packet and time information of the currentlyreceived RACK packet, and then retransmit the specified data packet,wherein the time information is a time stamp added by the reception sideto each of the ACK packet and the RACK packet when transmitted, or atime stamp added by the retransmission controller to each of the ACKpacket and the RACK packet when received.
 14. The recording medium ofthe retransmission control program according to claim 13, wherein theretransmission controller further includes an ACK retransmissiondeterminer configured to specify a data packet that has not reached thereception side, based on a retransmission ACK interval time indicating atime difference between the time information of the currently receivedRACK packet and the time information of the most recently received ACKpacket or the most recently received RACK packet, and retransmissionrate determiner configured to determine an amount of retransmission databeing determined in consideration of status of a network, for thespecified data packet that has not reached the reception side.
 15. Therecording medium of the retransmission control program according toclaim 14, wherein the ACK retransmission determiner specifies, includinga data packet transmitted after receiving an acknowledgement by the ACKpacket, a data packet transmitted during the retransmission ACK intervaltime from a transmission time of the former data packet, as a datapacket that has not reached the reception side.
 16. The recording mediumof the retransmission control program according to claim 14, wherein theACK retransmission determiner specifies, as a data packet that has notreached the reception side, a packet of a data amount acquired bymultiplying a ratio of the retransmission ACK interval time to a roundtrip time (RTT) by a congestion window size.
 17. The recording medium ofthe retransmission control program according to claim 14, wherein theretransmission rate determiner determines a data amount transmittable inrelation to a congestion window size, for the specified data packet thathas not reached the reception side.
 18. The communication deviceaccording to claim 4, wherein the retransmission rate determinerdetermines a data amount transmittable in relation to a congestionwindow size, for the specified data packet that has not reached thereception side.
 19. The communication device according to claim 5,wherein the retransmission rate determiner determines a data amounttransmittable in relation to a congestion window size, for the specifieddata packet that has not reached the reception side.
 20. Theretransmission control method according to claim 10, further comprisingdetermining a data amount transmittable in relation to a congestionwindow size, for the specified data packet that has not reached thereception side.
 21. The retransmission control method according to claim11, further comprising determining a data amount transmittable inrelation to a congestion window size, for the specified data packet thathas not reached the reception side.
 22. The recording medium of theretransmission control program according to claim 15, wherein theretransmission rate determiner determines a data amount transmittable inrelation to a congestion window size, for the specified data packet thathas not reached the reception side.